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Are  we  asking  the  right  question? 

How  much  should  we  architect? 

•  This  process,  or  that  one. . . 

When  should  we  architect? 

•  Balancing  anticipation  versus  adaptation... 
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Increased  visibility  into  delivery 


Focus  on  Priority 


Velocity 
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Polling  question 

Which  software  development  process  are  you  currently  using? 

1 .  Agile  software  development  (e.g.,  using  Scrum,  XP  practices, 
test-driven  development) 

2.  Waterfall/phased-based  development 

3.  Rational  unified  process 

4.  Organization-specific  iterative  and  incremental  development 

5.  None  of  the  above 
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Symptoms  of  failure 


■  Teams  (e.g.,  Scrum  teams,  product  development  teams, 
component  teams,  feature  teams)  spend  almost  all  of  their 
time  fixing  defects,  and  new  capability  development  is 
continuously  slipping. 


■  Integration  of  products  built  by  different  teams  reveals  that 
incompatibility  defects  cause  many  failure  conditions  and  lead 
to  significant  out-of-cycle  rework  in  addition  to  end-to-end 
fault-tolerance  failure. 


■  High  testing  costs  result  in  some  testing  activities  to  be 
eliminated. 


==r  Software  Engineering  Institute  CarnegieMellon 


Architecting  in  a  Complex  World 
Twitter  #SEIVirtualEvent 
©2013  Carnegie  Mellon  University 


A  closer  look  at  scale:  Scope 


Is  the  project  in  a  new  domain  or 
technology? 


Does  the  project  have  new 
requirements — such  as  standards 
compliance,  system  testing,  and 
integration  lab  environments — or 
does  it  simply  have  more  features, 
elements,  and  relationships? 

Is  there  a  need  to  align  systems 
engineering  and  software 
development  activities? 
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A  closer  look  at  scale:  Team 


Are  there  multiple  teams  that  need  to 
interact,  both  internal  and  external  to 
the  organization? 


What  are  the  dependencies  between 
the  work  products  of  system  and 
software  engineers? 


Have  you  considered  the  end-to-end 
success  of  features  that  may  require 
resources  from  multiple  teams? 
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A  closer  look  at  scale:  Time 


•  Does  the  work  require  different 
schedule  constraints  for 
releases? 


•  How  long  is  the  work  product 
expected  to  be  in  service? 


•  How  important  are  sustainability 
and  evolution? 
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Polling  question 


Are  you  currently  doing  development  in  a  large-scale  context  that  can 
be  captured  by  extended  scope,  team  size,  or  timelines  of  scale? 

1 .  Large  team  size 

2.  Larger  than  normal  scope 

3.  Longer  development  roadmap 

4.  Product  expected  to  be  in  service  for  a  long  time 

5.  At  least  two  of  the  above 
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Root-cause  analysis 


Business 

Response  to 
Change 

Culture 

Team  Support 

Quality 

Attributes 

Customer 

Collaboration 

Architecture 

Productivity 

Measures 

Investigate  both  technical  and  nontechnical  areas,  looking  at  both 
Agile  software  development  and  software  architecture  fundamentals. 
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Root-cause  analysis 


Response  to  change 

•  Dynamic  environment  and  changing 
requirements  are  understood. 

•  Necessary  technology  and  processes  are 
identified  to  respond  to  change. 

•  Impact  of  uncertainty  on  the  project  is 
acknowledged. 

•  Waste  is  identified  and  tradeoffs  managed 
(e.g.,  technical  debt  and  defects). 
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Root-cause  analysis 


Culture 

•  People  are  made  available  (internal  and 
external),  including  an  appropriate  number 
of  people  who  have  the  right  skills  and 
knowledge  and  clear  responsibilities. 

•  Team  members  are  motivated  and 
empowered  by  many  degrees  of  freedom. 

•  Clear  communication  among  teams  and 
team  members  is  established. 

•  There  is  high-level  management  support. 
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Root-cause  analysis 


Quality  attributes 

•  The  importance  of  quality  attribute 
requirements  is  understood. 

•  Quality  attribute  requirements  are  defined 
and  tied  to  business  goals. 

•  Means  for  analysis  of  necessary  quality 
attributes  are  in  place  and  used  to  predict 
system  properties. 

•  Measurement  environment  is  in  place  to 
monitor  the  implemented  system  quality 
and  “done”  criteria. 
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Root-cause  analysis 


Architecture 


•  Evidence  is  provided  that  the  architecture 
satisfies  quality  attribute  requirements. 

Business 

Response  to 
Change 

•  Appropriate  functional  requirements  are 
assigned  to  architecture  elements. 

Culture 

Team  Support 

•  Architectural  issues  (e.g.,  technical  debt) 
are  tracked  and  managed. 

Quality 

Attributes 

Customer 

Collaboration 

•  Timeline  of  critical  architectural  decisions 
is  clear  and  scheduled. 

Architecture 

Productivity 

Measures 
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Tactics  to  consider 


Align  feature  and  system  decomposition. 
Create  an  architectural  runway. 

Use  matrix  teams  and  architecture. 
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Align  feature  and  system  decomposition 


Dependencies  between 
stories  &  supporting 
architectural  elements 

Understanding  the  dependencies  between 
stories  and  architectural  elements  enables 
staged  implementation  of  technical 
infrastructure  in  support  of  achieving 
stakeholder  value. 

Dependencies  among 
architectural  elements 

Low-dependency  architectures  are  a  critical 
enabler  for  scaling  up  Agile  development.1 

Dependencies  among 
stories 

High-value  stories  may  require  the 
implementation  of  lower  value  stories  as 
precursors.2 

1.  Poppendieck,  M.,  and  Poppendieck,  T.  Leading  Lean  Software  Development.  Addison-Wesley 
Professional,  2009. 

2.  Denne,  M.,  and  Cleland-Huang,  J.  Software  by  Numbers.  Prentice  Hall,  2003. 
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Align  feature  and  system  decomposition 


Tension  between  high-priority  features  (vertical  decomposition) 
and  common  reusable  services  (horizontal  decomposition) 


Feature-driven 

approach 


Infrastructure-driven 

approach 


Vertical  decomposition 
(e.g.,  subsystems,  features) 


Horizontal  decomposition 
(e.g.,  layers) 


Hybrid  approach 
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Align  feature  and  system  decomposition 

Two  examples 
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Layered  architecture  with  frameworks 
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Plug-in  Interfaces 
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Layered  architecture  with  plug-ins 


Decouple  teams  and  architecture  to  ensure  parallel 

1  1  (..  .)  U  n  imp  lem  ented  featu  re 

progress  as  the  number  of  teams  increases. 
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Create  an  architectural  runway 

The  architectural  runway  provides  the  degree  of 
architectural  stability  to  support  the  next  n 
iterations  of  development. 

In  a  Scrum  project  environment,  the  architectural 
runway  may  be  established  during  Sprint  0. 

•  Sprint  0  might  have  a  longer  duration  than  the 
rest  of  the  sprints. 
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Create  an  architectural  runway 


Agile  Project  Kickoff 


Time 
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©  2008  Leffingwell,  LLC. 


The  bigger  the  system,  the  longer  the  runway. 
Leffingwell,  Martens,  Zamora 


Leffingwell,  D.  Scaling  Software  Agility.  Addison-Wesley,  2007. 

http://scalingsoftwareagility.wordpress.eom/2008/09/09/enterprise-agility-the-big-picture-10-the-system-team 
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Use  matrix  teams  and  architecture 


Establishing  the  infrastructure 
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Use  matrix  teams  and  architecture 


Feature  development  in  parallel 


#  Team  member  with  feature  responsibility 
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Use  matrix  teams  and  architecture 


Different  teams  are 
assigned  to  different 
features,  and  some 
team  members  are 
assigned  to  keep 
layers  and  framework 
consistent. 


Team  member  with  layer  responsibility 
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Use  matrix  teams  and  architecture 


Scrum 
Team  A 


Different  teams  are 
assigned  to  different 
features,  and  a  temporary 
team  is  assigned  to 
prepare  layers  and 
frameworks  for  future 
feature  teams. 
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Example  1 :  Inability  to  manage  scope  and  time 

Symptom 

•  Scrum  teams  spend  almost  all  of  their  time  fixing  defects,  and 
new  feature  development  is  continuously  slipping. 

Root-cause 

•  Initial  focus  was  “general”  rather  than  “product  specific.” 

—  Time  pressure  to  deliver  became  the  top  priority. 

—  The  team  delivered  an  immature  product. 

—  A  plethora  of  variation  parameters  interact  detrimentally. 

•  There  are  three  different  cycles: 

1 .  Customer  release  (annually,  many  variants) 

2.  IV&V  Testing  (quarterly,  4  variants) 

3.  Developmental  (monthly,  1  variant) 
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Solution 


Stabilize  the  architecture. 

•  Build  an  architecture  for  current  products. 

—Rules,  guidelines 
—Over  a  few  time  boxes 

•  Reduce  the  number  of  “variant  parameterizations.” 

•  Make  everyone  play  from  the  same  sheet  music. 

•  Postpone  adding  new  features. 

Re-plan  the  release  cycles/time  boxes. 

Revisit  the  testing  strategy/team  assignments  against  variants. 


Software  Engineering  Institute  CarnegieMellon 


Architecting  in  a  Complex  World 
Twitter  #SEIViitdFiEvent 
©  2013  Carnegie  Mellon  University 


Example  2:  Inability  to  manage  teams  and  scope 

Symptom 

•  Integration  of  products  built  by  different  Scrum  teams  reveals 
that  incompatibility  defects  cause  many  failure  conditions  and 
lead  to  significant  out-of-cycle  rework. 


Root  cause 

Cross-team  coordination  is  poor,  even  though  there  are  many 
coordination  points  and  much  time  spent. 


•  Different  teams  have  different  interpretations  of  interfaces. 

•  The  product  owner  on  each  Scrum  team  does  not  see  the 
big  picture. 

•  A  mismatch  exists  between  the  architecture  and  Scrum 
development. 
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Solution 


Stabilize  to  remove  failures. 

•  Postpone  adding  new  features. 

Identify  and  collapse  common  services  across  teams. 

Use  an  architectural  runway. 

•  A  system  that  has  an  architectural  runway  contains 
existing  or  planned  infrastructure  sufficient  to  allow 
incorporation  of  current  and  near-term  anticipated 
requirements  without  excessive  refactoring. 

•  An  architectural  runway  is  represented  by  infrastructure 
initiatives  that  have  the  same  level  of  importance  as  the 
larger  scale  requirements  epics  that  drive  the  company’s 
vision  forward. 
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Final  thoughts 


Systematic  root-cause  analysis  is  essential  for  understanding  risks  arising 
in  large-scale  software  development. 

Embracing  the  principles  of  both  Agile  software  development  and  software 
architecture  provide  improved  visibility  of  project  status  and  better  tactics 
for  risk  management. 

•  Align  feature  and  system  decomposition. 

•  Create  an  architectural  runway. 

•  Use  matrix  teams  and  architecture. 

Architecting  is  an  ongoing  activity  throughout  the  software  development 
life  cycle  regardless  of  choice  of  process. 
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New  SE!  eLearning  Porta!  Brings  SEI  Courses  to  You 


The  SEI  is  pleased  to  .announce  the 
new  SEE  eLearning  Portal,  a  new 
platform  for  the  development  and 
delivery  of  SEI  eLearning  courses  to 
co  n  ve  n  ie  ntly  meet  yo  u  r  p  rofe  s  sio  n  a  I 
development  needs. 

The  SEI  eLearning  Portal  provides 
expert  instruction  as  well  as 
exercises,  assessments,  and  other 
resources,  creating  a  rich 
educational  experience  that  is 
accessible  by  learners  worldwide. 


*  learn  at  your  own  pace 

*  communicate  easily  with 
instructors 

■  access  courses  24/7 

*  study  at  home,  work, 
or  on  the  road 

»  read  materials  online 
or  download  for  later 

*  track  your  course  progress 


http://www.sei.cmu.edu/training/elearning 
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